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(54) Methods and systems for collateral nnatching and mark to market reconcilement 

(57) The present invention provides secure, hlgh- 
voiume, processing methods and systems for multiple 
financial Instruments that combine collateral matching 
to identify matched and unmatched financial transac- 
tions and consolidated mark to market valuations for all 
parties to a matched financial transaction. Further, the 
methods and systems of the prasent invention: (1) pro- 
vide real-time identification of matched and unmatched 
financial transactions; (2) provide real-time mark to mar- 
ket portfolio valuations; (3) provide standard formulae 
and user preferences to develop algorithnns for real-time 
mark to market portfolio valuations; (4) accommodate 
additional financial instruments and additional users; (5) 
minimize manual review of discrepancies in margin val- 
uations; (6) provide multilingual capabilities, settlement 
cun^endes, and other identifiers necessary to communi- 
cate the results of collateral matching and mark to mar- 
ket portfolio valuations; (7) facilitate lower financial 
transaction and processing costs; and (8) minimize the 
manual entry and re-keying of information into multiple 
formats and templates used parties to a financial trans- 
action. 

In other embodiments of the present invention, the 
methods and systems may be designed to: (1) utilize a 
user-friendly interactive user interface; (2) provide inte- 
gration with external and internal systems; (3) provide 
detailed reports; (4) allow for real-time system modifica- 
tions and system configuration; (5) allow for customized 
import/export files; and/or (6) utilize state-of-the-art 
communications technology. 
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Description 

PRIORITY APPLICATION 

[0001] This application claims the benefit of US s 
Provisional Application No. 60/146,569 filed July 30, 
1999, entitled "System and Method for Mark to Market 
Reconcilement," and is incorporated herein by refer- 
ence. 

COPYRIGHT NOTIFICATION 

[0002] A portion of the disclosure of this patent doc- 
ument and its figures contain material that is subject to 
copyright protection. The copyright owner has no objec- 
tion to the facsimile reproduction by anyone of the pat- 
ent document or the patent disclosure, as it appears in 
the Patent and Trademark Office patent files or records, 
but othenvise reserves all copyrights whatsoever. 

BACKGROUND OF THE INVENTION 

1 . Reld of the Invention 

[0003] The present invention relates generally to 
the field of collateral matching and mark to market rec- 
oncilement that allows parties to a financial transaction 
to easily, efficiently, and reliably manage the margining 
process. More particularly, the present invention pro- 
vides secure, high-volume processing methods and 
systems for multiple financial instruments that combine 
collateral matching to identify matched and unmatched 
financial transactions and consolidated mark to market 
valuations for all parties to a matched financial transac- 
tion. 

2. Background 

[0004] Rnancial market participants are constantty 
aware of the risks and opportunities in the dynamics of 
the foreign exchange, derivatives market, and securities 
market. Bilateral margin agreements are dynamic mar- 
ket contracts in which the parties must account for the 
margin, the variance in value between the contract price 
and the market price. Subject to market fluctuations, the 
valuation of the margin by each party is often a source 
of conflict and tremendous martcet inefficiency. Whether 
it Is the complexity and volume of the transactions 
between the parties, the use of different formulae to cal- 
culate the value of the transactions, or a combination of 
the above factors, the disconnect in margin valuation 
demands a time consuming manual review process that 
is detail-oriented and error prone. Manually reviewing a 
difference or discrepancy in the margin valuation keeps 
the parties from adequately and promptiy assessing its 
business risks and opportunities in a rapidly changing 
market economy. 

[0005] Bilateral margin agreements require each 



party to bear a high level of risk in dealing with the other. 
The variance of the market and its effect on the margin 
valuation can create various incentives for a party to 
take advantage of a favorable market or to remain inac- 
tive. The risk is in the party's mark to market valuation of 
the margin and in the varying market valuation of collat- 
eral agreements. Derivative instrurnents, such as, an 
interest rate swap, a cun^ency swap, or an interest rate 
option, pose the greatest risk valuations because tiiey 
are based on changes in terms of notional amounts and 
not on exact values. 

[0006] Typically, a major party, A, such as any major 
global tinancial institution or bank, has a significant 
bock (portfolio) of transactions. For example, a partrcu- 
lar global bank may have anywhere from one to fifty (50) 
transactions against a counter-party, B. Those transac- 
tions might be booked and they might all be confirmed, 
but they are for different notional values, different peri- 
ods of time, and, in fact, some of them may be interest 
rate swaps and some of them may be currency swaps. 
Such a portfolio of transactions raises a significant 
number of risk issues. 

[0007] One of the risk issues, for example, is the 
mark to market value of a partbular transaction. For 
example, the interest rate swap transaction that lasts 
over an eighteen (1 8) month period has an initial value 
at financial transaction date. However, because time 
passes and there is a timed value of money, the value of 
that transaction changes every day. It changes based 
on how interest rates change, which is the floating side; 
it changes based on exactly how time passes; and it 
also changes based on factors involved with the volatil- 
ity of interest rates. 

[0008] The changes can be calculated using, for 
example, complicated mathematical formulae, but the 
important factor is that the value of the transaction 
between A and B is different every day. In a portfolio of 
transactions, let us say fifty (50) transactions, for differ- 
ent values between A and B, some of these transactions 
can be in the money and some of them can be out of the 
money to either party. Generally, these values are net- 
ted because the parties have netting agreements estab- 
lished between them. However, the problem remains 
that it is most likely that one party is going to be net out 
of the money with the other party. 
[0009] Assume, for example, that we have fifty (50) 
transactions in this portfolio between A and B, and that 
B is $2 million out of the money as of a given day, such 
as today. This means that A has at least $2 million of 
pure, economic risk that if B, for example, becomes 
bankrupt today, A will not receive these moneys. There- 
fore, the institution of collateral agreements has become 
commonplace within the marketplace. 
[0010] A collateral agreement means that, based 
on certain parameters, if B is out of the money, such as 
$2 million, B will post an agreed upon amount of collat- 
eral to be held by A until the market changes. The mar- 
ket changes every day, and rather than going through 
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the laborious and inefficient process of margin-call, B 
sends A collateral, a snnaller sum of money, such as, 
$50,000.00. In other words, until the market changes 
$50,000.00 back in B's favor, A would keep the collat- 
eral. Collateral agreements make sense in continuing 
business relationships because the changing market 
conditions make it unreasonable to constantly move 
money between parties when one party's gains on one 
day may be tosses on the next 
[0011] Given the improved efficiencies of collateral 
agreements over margin-calls, there are still inefficien- 
cies in their use. For example, the amount of collateral 
must be agreed upon and must be delivered to the 
proper party. Additionally, the timely movement of collat- 
eral between parties can be a source of inefficiency if 
the parties are unable to agree upon the amount consti- 
tuting collateral. Further, the difference in how parties 
mark to market the collateral becomes a critical issue. 
[0012] Collateral, such as, a government bond is 
marked to market daily because like any other financial 
instrument, the value of that bond changes every day. 
Mark to market is a representation of the daily market 
value and the changes to those market values over a 
period of time. When any A has multiple collateral 
agreements with multiple parties, the portfolio of trans- 
actions typically includes a variety of different types of 
transactions, such as, foreign exchange fonvards, inter- 
est rate swaps, and currency swaps. Accordingly, there 
is a myriad of bilateral margin agreements in place. 
[0013] The current process of reconciling these 
types of financial transactions is manually intensive, 
extremely time consuming, and tedious. For example, 
when A and B have 500 transactions, it can take up to 
six months just to reconcile those transactions, because 
transactions are maturing and new transactions are 
entered into. Some of the transactions may be rather 
complex and may be under limited control in manual 
spreadsheets. When these transactions are handled on 
a manual basis, the mark to market updates can be 
made on an irregular and unsynchronized schedule, 
thus causing a disparity in the margin valuation and 
Inefficiency incurred through the review process. At a 
high level of volume, the process becomes untenable, 
inefficient, and error prone. 

[001 4] The ability to reconcile a specific transaction 
that A is valuing and that B is also valuing is further 
affected by the likelihood that the two parties are not 
using exactly the same formulae for creating the value 
of that transaction. Without an established or agreed 
upon standard of formulae for calculating the margin, 
there will always be differences of opinion between A 
and B, although hopefully minor, as to what the value of 
a particular transaction is on any given day. Therefore, 
in addition to agreeing between parties A and B that 
these transactions exist and that the components of the 
transactions are equal, it is also necessary to mark to 
market the value of a particular transaction from both 
sides on a given day's basis and to reach an agreement 



on the net value of all transactions. 
[0015] Thus, a need exists for a methods and sys- 
tems for remotely accessing a secure communications 
network that provides parties a single point of entry to 

5 electronically process collateral matching and mark to 
market valuations of multiple financial instruments in 
numerous financial transaction. A need also exists for 
collateral matching and mark to market methods and 
systems that afford basic checks on financial transac- 

10 tion data and that prevents duplicate submission of this 
data. There is a further need for flexible collateral 
matching and marie to market methods and systems 
that are able to: (1) provide real-time identification of 
matched and unmatched finandal transactions; (2) pro- 

15 vide real-time mark to market portfolio valuations; (3) 
provide standard formulae and user preferences to 
develop algorithms for real-time mark to market portfolio 
valuations; (4) minimize manual review of discrepancies 
in margin valuations; (5) accommodate additional finan- 

20 dal instruments and additional users as the system 
expands; (6) fadlitate lower financial transaction and 
processing costs; (7) provide multilingual capabilities, 
settlement currencies, and other identifiers necessary 
to globally communicate with users Interested In collat- 

25 eral matching and mark to market portfolio valuations; 
and (8) minimize the manual entry and re-keying of 
infomnation into multiple formats and templates used by 
parties to a financial transaction. 



[0016] To overcome the aforementioned problems, 
the present invention provides an easy, efficient, and 
reliable standard for parties to efficiently, accurately, and 

35 immediately evaluate its relative martlet positions by 
providing methods and systems tor collateral matching 
and mark to mari<et valuations of multiple financial 
transactions. The system utilizes computer hardware 
and software and makes use of a number of key compo- 

40 nents, such as a data translation engine, a matching 
and reconciliation engine with bilateral capabilities, and 
a client-side reporting administration system using web- 
based technology. In a secure interface via encrypted 
and authenticated file transfers, the methods and sys- 

45 tems for an embodiment of the present invention enable 
any execution confirmation matching system to feed the 
results of a matched transaction to the mark to market 
reconcilement system to collaterally match and to 
derive mark to market valuations. 

50 [0017] In an embodiment of the present invention, 
financial transaction data is transmitted using web- 
based technology or using a computer-to-computer 
interface (e.g., a direct link to a broker's order capture 
system). The financial transaction data transmitted by a 

55 party is fomnatted to FIX, SWIFT, or another standard 
electronic format Once in a standard format, the trans- 
action data Is transmitted and stored to a communica- 
tions network that any party can access to track the 
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status of the collateral matching and mark to market val- 
uations and to report on exception items. 
[0018] In an embodiment of the present invention, 
the methods and systems consist of one or more client 
terminals that works in conjunction with a communica- s 
tions network(s), network server(s), and database(s). 
The client terminal is an interactive electronic communi- 
cations device, such as, for example, PC's and/or serv- 
ers running UNIX or LINUX, a Macintosh, a personal 
digital assistant (PDA), a pen-based computer, an inter- 
active pager, mobile and cellular phones, a WAP phone, 
an interactive television, and the like. The client tenninal 
gets all the data it needs to display 'user modules' that 
represent screens displayed on a client temninal and 
allows a user to view, input, select, and/or transmit 
financial transaction data, including user instructional 
data. For example, instead of a party manually review- 
ing portfolio accounts to determine matched financial 
transaction and mark to market valuations, financial 
transaction data is transmitted in an electronic transfer 
medium, such as, an interactive web-page. The finan- 
cial data standardized, verified, stored, identified as 
matched, unmatched, or marked as an exception. 
Thereafter, mark to market valuations of the transaction 
data are automatically performed using algorithms of 
standard fomriulae and user Instructions. 
[0019] In an embodiment of the methods and sys- 
tems of the present invention, web-browserTweb-server 
technology can be used in a GUI application to gener- 
ate, access, and download client reports, and act as an 
administrative interface. The web-browser is used to 
deliver a client report to provide the following infomna- 
tion: total mark to market valuation, matched financial 
transactions, unmatched financial transactions, import, 
errors, and other infbmriation as required. In an embod- 
iment of the present invention, the web-browser further 
enables users to generate and transmit administrative 
instructions for file transfer. The user is able to link and 
unlink financial transactions, manually match and. 
unmatch financial transactions, add or amend product 
codes and parties, upload financial transaction data 
files, download results data, and manage other adminis- 
trative portfolio tasks. 

[0020] In an embodiment of the methods and sys- 
tems of the present invention, a server side data trans- 
lation engine can translate a party's financial 
transaction data into a standardized fonmat through 
data parsing, validation, and format conversion. All file 
imports are logged and time-stamped In order to pro- 
vide a complete history and aud'rt trail. Any errors 
encountered in the import process are logged and writ- 
ten into a database unless primary key data is missing. 
In another embodiment, this engine offers the flexibility 
of creating new import specifications and modifying 
existing ones in order to accommodate new file formats 
and changes in data content. 
[0021] In an embodiment of the present invention, 
the data translation engine feeds the standardized data 



to a separate server side engine with bilateral capabili- 
ties to match and reconcile financial transactions. This 
matching and reconciliation engine updates existing 
tinanciat transactions and inserts any new financial 
transactions. Specifically, existing unmatched financial 
transactions are updated with the latest data and exist- 
ing matched financial transactions are updated to the 
latest mark to market value. Any other variable fields 
deemed necessary are also be updated. The system 
then attempts to match any new financial transactions 
that have arrived. On a periodic basis set by the user, 
the system will can7 out the reconciliation process for 
all matched financial transactions that have been 
updated in the previous period. 
[0022] In another embodiment of the invention, soft- 
ware encryption and authentication is accomplished 
using something akin to the concept of having public 
and private keys. The security system generates a pair 
of linked keys - one of which is public and the other is 
private. The public key is used to generate an encrypted 
file and can only be decrypted by using the private key. 
The pubFic key is thus distributed by a party to another 
party (e.g., counter-party) that it wishes to exchange 
encrypted data. 

[0023] In addition to providing the methods and sys- 
tems outiined above, the present invention: (1) provides 
highly configurable data import/export specifications; 
(2) standardizes data formats data; (3) facilitates auto- 
matic file transfer; (4) provides near real-time mark to 
market comparisons of selected financial transaction 
valuations; (5) allows a user to define decision making 
criteria to reconcile the mark to market value of 
matched transactions; and/or (6) notifies each party of 
new financial transactions. 

[0024] In another embodiment of the present inven- 
tion, the methods and systenns may be utilized to per- 
form one or mora of the following tasks: (1) utilize a 
user-friendly interactive user interface; (2) provide inte- 
gration with external and internal systems; (3) provide 
detailed reports; (4) allow for raal-time system modifica- 
tions and system configuration; (5) allow for customized 
import/export files; and/or (6) utilize state-of-the-art 
communcations technology. 

[0025] Further details on these embodiments, other 
possible embodiments, and additional methods and 
systems of the prasent invention are set forth below. 
[0026] As are appreciated by those of ordinary skill 
in the art, the methods and systems of the present 
invention have wide utility in a number of areas as illus- 
trated by the wide variety of features and advantages 
discussed below. 

[0027] It is a feature and advantage of the prasent 
invention to provide methods and systems of automati- 
cally collecting and distributing collateral mark to market 
valuation reconcilement information associated with a 
financial transaction that provide real-time not'rfication of 
all valuation changes to parties to a financial transac- 
tion. 
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[0028] tt is another feature and advantage of the 
present invention to provide methods and systems for 
automated collateral matching and mark to market rec- 
oncilement with a global reach that reduces manual 
activity, expands productivity, and acts as a bridge to 
both confirmation and depository systems. 
[0029] It is another feature and advantage of the 
present invention to import and store financial transac- 
tion data feeds by remote booking/accounting systems 
and to allow all parties to a transaction to be aware of a 
new transaction whenever the transaction is uploaded. 
[0030] It is another feature and advantage of the 
present invention to access, convert, manage, store, 
and transmit electronk: financial transactional data 
associated with collateral matching and mark to market 
valuations. 

[0031] It is another feature and advantage of the 
present invention to enable parties in a transaction to 
establish norms and other reconcilement criteria, and, 
to thereby, monitor mark to market values with more 
certainty. 

[0032] It is another feature and advantage of the 
present invention to allow the use of different reconcile- 
ment algorithms or sets of algorithms among parties to 
a financial transaction. 

[0033] It is another feature and advantage of the 

present invention to evaluate data fields in a financial 

transaction and to match financial transactions based 

on data tolerances and/or user preferences. 

[0034] It is another feature and advantage of the 

present invention to evaluate date fields in a financial 

transaction and to match financial transactions based 

on date tolerances and/or user preferences. 

[0035] It is another feature and advantage of the 

present invention to evaluate number fields in financial 

transaction data and match transactions based on 

number tolerances and/or user preferences. 

[0036] It is another feature and advantage of the 

present invention to reduce costly exception processing 

associated with collateral matching and mark to market 

valuations. 

[0037] It is another feature and advantage of the 
present invention to generate key financial reports that a 
party can use to monitor and control portfolios of collat- 
eralized agreements and other bilateral margin agree- 
ments. 

[0038] It is another feature and advantage of the 
present invention to eliminate the need for customers 
using a depository or collateral agent to re-key daily 
data. 

[0039] It is another feature and advantage of the 
present invention to make file hand-offs automatic. 
[0040] tt is another feature and advantage of the 
present invention to convert data into a standardized 
format, 

[0041] It is another feature and advantage of the 
present invention to provide flexible data conversion 
parameters. 



[0042] It is another feature and advantage of the 
present invention to authenticate, verify, and confirm 
mark to market parameters and financial transaction 
data to reconcile matched financial transactions. 
5 [0043] It is another feature and advantage of the 
present invention to automatically export financial trans- 
actional data to multiple users, including buyers, sellers, 
and third parties (e.g., collateral agents, depositories, 
etc.). 

10 [0044] It is another feature and advantage of the 
present invention to provide detailed audit reports to 
capture the actions, events, en-ors, and the like invoh^d 
in the import and/or export of data, in the internal 
processing of data, and in the manual matching and 

15 reconcilement processes. 

[0045] It is another fieature and advantage of the 
present invention to provide security, authentication, 
and entitlement features. 

[0046] It is another feature and advantage of the 
20 present invention to allow a party to enter and submit 
financial transaction data and to modify previously sub- 
mitted financial transaction data. 
[0047] It is another feature and advantage of the 
present invention to provide a flexible collateral match- 
es ing and mark to market system that is capable of 
accommodating changes in the system architecture. 
[0048] It is another feature and advantage of the 
present invention to accommodate growtii in the 
number of users (e.g., parties, system administrators, 
30 etc.). 

[0049] It is another feature and advantage of the 
present invention to provide a collateral matching and 
mark to market system that is capable of running on 
many different hardware platforms and with many differ- 
as ent operating systems. 

[0050] It is another feature and advantage of the 
present invention to interface and communicate with the 
network communications system through a variety of 
electronic mediums, including wireline and wireless 
40 technology, such as, for example, WAN. LAN, PSTN, 
public networks, satellite systems, and the like. 
[0051] It is another feature and advantage of the 
present invention to provide on-line system help to the 
user. 

45 [0052] It is another feature and advantage of the 
present invention to provide for multiple levels of user 
access and to facilitate multiple levels of security related 
to those levels of user access. 
[0053] It is another feature and advantage of the 

50 present invention to secure the source code on the net- 
work server and/or communications network. 
[0054] It is another feature and advantage of the 
present invention to provide a user with access to a vari- 
ety of optional additional useful administrative features, 

55 such as, for example, changing a password, adding a 
financial instiument, and setting defaults. 
[0055] It is another feature and advantage of the 
present invention to have one standardized user inter- 
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face regardless of a user's computer system (i.e., the 
hardware platfomns, operating systems, programming 
languages, software applications, and other computer 
technology). 

[0056] It is another feature and advantage of the s 
present invention to allow a user to store data on a local 
computer or local network. 

[0057] It is another feature and advantage of the 
present invention to provide multilingual capabilities 
including translations of financial transaction data, io 
including mark to market data and user data. 
[0058] It Is another feature and advantage of the 
present invention to allow a user to select a language 
(e.g., English, French, Spanish, Gemnan, etc.) to display 
user mcdule information, including data that is uploaded is 
or downloaded by a user. 

[0059] It is another feature and advantage of the 
present invention to allow for single data entry in order 
to eliminate the mistakes caused by the re-entry of data 
by multiple users, and accordingly, to reduce the need 20 
for personnel to enter financial transaction data and rec- 
oncilement data. 

[0060] It is another feature and advantage of the 
present Invention to significantfy reduce the time 
required by the overall reconcilement process. 25 
[0061] These advantages and features may be 
accomplished singularly, or in combination, in one or 
more of the embodiments of the present invention. 
[0062] Additional uses, objects, advantages, and 
novel features of the invention are set forth in the 30 
detailed description that follows and will become more 
apparent to those skilled in the art upon examination of 
the following or upon learning by practice of the inven- 
tion. 

35 

BRIEF DESCRIPTION OF THE FIGURES 

[0063] Other advantages and features of the inven- 
tion are more clearly understood by reference to the fol- 
lowing description taken in connection with the 40 
accompanying figures, in which: 



Rgure 4, entitled "Daily Transaction Reconcilement 
Rows," illustrates the daily process flows in an 
embodiment of the methods and systems for collat- 
eral matching and mark to market 
Rgure 5, entitled "Exposure Summary Report for 
Bank No. 1," Illustrates a sample Exposure Sum- 
mary Report in an embodiment of the methods and 
systenns for collateral matching and mark to market 
reconciliation. 

Rgures 6A-D, entitled "Data Table for Matched 
Rnancial Transactions," illustrate sample data for 
matched financial transactions in an embodiment of 
the methods and systenns for collateral matching 
and mark to market reconciliation. 
Rgure 7, entitled "Data Table for Unmatched Finan- 
dal Transactions," illustrates sample data for 
unmatched financial transactions in an embodiment 
of the methods and systems for collateral matching 
and mark to market reconciliation. 
Rgure 8, entitled "Data Table for Expired Rnancial 
Transactions," illustrates sample data for expired 
financial transactions in an embodiment of the 
methods and systems for collateral matching and 
mark to market reconciliation. 
Rgure 9, entitled "Import Errors Bank No. 2," illus- 
trates a sample Import Error Report in an embodi- 
ment of the methods and systems for collateral 
matching and mark to market reconciliation. 
Rgure 10, entitled "international Swap Dealer 
Association (ISDA) Agreement Matrix," illustrates a 
sample ISDA agreement matrix in an embodiment 
of the methods and systems for collateral matching 
and mark to market reconciliation. 
Rgure 1 1 , entitled "Sample Input Data Files - Three 
(3) Types of Input Formats," illustrates sample input 
data files in an embodiment of the methods and 
systems for collateral matching and mark to market 
reconciliation. 

Rgures 12A-D, entitled "File Import Specification," 
illustrates samples of file import specif Nations in an 
emtx)diment of the methods and systems for collat- 
eral matching and mark to market reconciliation. 
Rgure 13, entitled "Matching Criteria," illustrates 
data tables of matching criteria data fields in an 
embodiment of the methods and systems for collat- 
eral matching and mark to market reconciliation. 
Rgures 14A and 14B, entitled "Tables of Data 
Relds," illustrate sample tables of data fields in an 
embodiment of the methods and systenns for collat- 
eral matching and mark to market reconciliation. 

DETAILED DESCRIPTION 

[0064] The essence of the present invention is to 
automate the collateral matching and derivative mark to 
market (MTM) reconcilement process by accepting one 
or more files of financial ti^nsaclion data from numer- 
ous parties and to produce market valuations and 



Rgures 1A, entitled "MTM Reconcilement Topology 
Overview," and IB, entitied "MTM Reconcilement 
System Schematic," illustrate overviews of the rec- 45 
oncilement topology and system schematic in one 
or more embodiments of the methods and systems 
for collateral matching and mark to market reconcil- 
iation. 

Rgure 2, entitied 'Overview - Mark to Market Valu- so 
ation," illustrates an overview of the mark to market 
valuation process flow in an embodiment of the 
methods and systems for collateral matching and 
mark to market recondliation. 

Rgure 3, entitled "Financial Transaction Data Flow," 55 
illustBtes the financial transaction data flows in an 
embodiment of the methods and systems for collat- 
eral matching and mark to market. 
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reports that enable each party in a multi-party financial 
transaction to agree and adjust its relative collateral 
positions simply and quickly. The present invention is 
related to, but remains independent of, any execution 
confirmation matching system. 5 
[0065] The system reconciles the MTM value of 
multiple financial instruments. Any financial instrument 
(e.g., interest rate swaps, currency swaps, interest rate 
options, non-delivery versions of foreign exchange 
related products, etc.) may be matched and reconciled. 10 
In an embodiment, the present invention reconciles 
matched financial transactions that are handed-off by a 
party such that the financial transaction data can be 
accepted without the need for re-matching. 
[0066] The present invention will now be described 15 
in more detail by illustrative examples with reference to 
the embodiment{s) depicted in the Rgures. The follow- 
ing described embodiment(s) is presented by way of 
example and should not be construed as limiting the 
inventive concept to any particular configuration. 20 
[0067] Refening to Rgures 1A and 1B, a basic 
overview of the mark to market (MTM) topology and 
system schematic is depicted. As shown in Rgure 1 , a 
client terminal 101a, 101b or a server 102 is connected 
over a secured firewall 105 to a communications net- 25 
work 160. The communications network 160 includes a 
secured web-server 106, a data parser/translator 107, a 
reports generator 108, a transaction processor 109, and 
a MTM processor 110. Daily MTM values 162, MTM 
reports 163, and a web-transactor 161 are maintained 30 
and communicated via the communications network. 
Further, the communications network 160 is coupled 
over a secured firewall 111 to a transaction database 
112 and a database containing customer records 113 
(e.g., records containing profile data of each party, 35 
financial service provider, etc.). Depositories or other 
third parties 170 may also be connected and have 
access to information in the communications network 
160. Transmission Control Protocol/1 ntemet Protocol 
(TCP/IP) 104 may be utilized over a virtual private net- 40 
work wherein a user can dial in through a modem, over 
integrated services digital network (ISDN), or over a 
fixed line, such as, for example, a leased line to access 
the communications network 160. Alternatively, the sys- 
tem operates over the Intemet using a web-browser 103 45 
with suitable bridges and security. 
[0068] The collateral matching and mark to market 
system includes at least one client terminal 101a, 101b. 
The client tenninal 101a, 101b typteally includes a cen- 
tral processing unit (CPU), a monitor or other visual dis- so 
play device, a keyboard or some other input device, and. 
a communications device. Client terminals 101a, 101b 
transmit and receive data to and from a server 106 via a 
communications network 160. Client temninals 101a, 
101b interact with the server 106 in a typical cli- ss 
ent/server platfomi. The operation of the system 
according to the embodiment shown in Rgure 1 is as 
follows. A party at a client temninal 101a accesses the 



communications network and transmits financial trans- 
action data, including financial data and user profile 
data. The server 106 either creates a new object in the 
software or modifies an existing object to standardize 
and store the financial transaction data. Thereafter, the 
financial transaction data is automatically matched and 
reconciled using parameters specified by a party A 
counter-party sitting at another client tenninal 101 b can 
then enter the system and access the uploaded finan- 
cial transaction data and results including matched 
transactions and mark to market valuations for specific 
financial instruments. 

[0069] In a possible embodiment of the present 
invention, the client terminal 101a, 101b may be any PC 
running a Windows operating system or may be a Win- 
dows NT workstation with access to a global communi- 
cations network 160, such as, the Intemet For example, 
the client terminal 101a, 101b may be a PC that sup- 
ports either Intemet Explorer or Navigator to provide 
access to the Intranet or Internet. Alternatively, it should 
be appreciated that the client tenninal 1 01 a, 1 01 b could 
take on a variety of other suitable forms, such as, for 
example, PC's and/or servers running UNIX or LINUX, a 
Macintosh, a PDA, a pen-based computer, an interac- 
tive pager, mobile and cellular phones, a WAP phone, 
an interactive television, and the like. Furthennore, the 
client tenninal could be electronically connected to a 
communk:ations network 160 by way of other wireline or 
wireless technology, including, for example, WAN. I_AN, 
PSTN, public networks, satellite systems, and the like. 
[0070] In an embodiment of the present invention, 
the client tenninal 101a, 101b displays user modules 
that represent screen shots and prompts the user to 
view, input, export, select, and/or transmit various infor- 
mation about financial transactions, user information, 
collateral matching criteria, other decision making crite- 
ria, and mark to market valuations. The user modules 
may be advantageously displayed as web-page pro- 
jected upon a client terminal 101a, 101b running a web- 
browser 103 coupled with to a communications network 
160. 

[0071 ] Rgu re 2. entitled "Overview - Mart< to Maricet 
Valuation," illustrates an embodiment of the mark^o- 
market process flow between the parties 201 . 221 after 
the financial transactions are input and matched 211 
within the system. After each specified period of time, 
usually once daily, all derivative transactions are 
marked to maricet 202, 222 by a party 201 , 221 . Each 
party's formulae may be different and proprietary. As a 
contributing member of the system, each party 201, 221 
runs their proprietary MTM systems 202, 222 to value 
their transactions. 

[0072] Then, the results of these MTM bookings 
202, 222 are fed in a known file format 203, 223 to the 
fomnatting module 210. Both parties may prepare and 
send their MTM values in different fomnats. The data is 
then parsed and translated to a standardized format 
210 and transmitted to the MTM processor 211 . 
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[0073] Next, the transactions containing the newly 
updated MTM values are matched by the transaction 
processor 212 against the data contained in the trans- 
action database 213. Thereafter, the current MTM val- 
ues replace the last set of MTM values. This occurs for 5 
each party that submitted MTM values, including 
revised MTM values. 

[0074] The MTM processor 211 generates the 
reports for each party's transactions versus those of the 
appropriate counter-party, such that if all parties submit- 10 
ted revised MTM values, a complete set of valuations for 
each party's portfolio of transactions would result 
[0075] Each party 201 , 221 is able to access the 
reports via a communications network 204, 224 and can 
electronically export the data to be used either as input 15 
to their own collateral management systems 205, 225 or 
to the system of the depository 206, 226 managing their 
collateral portfolio. The data may also be printed out in 
a multitude of user specified reports. 
[0076] Rgure 3, entitled 'Rnandal Transaction 20 
Data Flow,' illustrates the financial transaction data 
flows in an embodiment of the methods and systenns for 
collateral matching and mark to market valuation. Note 
that the financial transaction depicted in Rgure 3 is a 
trade. A party inputs or uploads data files 301 to the 25 
system and the system parses, maps, translates, and 
enriches the data files into a standard format 302. The 
data files may be used to update and insert financial 
transaction data for unmatched financial transactions 

303, and is then used to match a financial transaction 30 

304. Alternatively, the data files may be used to update 
the mark to market value of a matched finandal transac- 
tion 304. After a transaction is matched 304, the system 
reconciles the mark to market value and transmits the 
output into a report format 305 that can be output or 35 
downloaded to a party's PC or computer infomiation 
system 306. 

[0077] Rgure 4, entitled "Daily Transaction Recon- 
cilement Flows," further illustrates the daily transaction 
reconcilement flows in an embodiment of the methods 40 
and systems for collateral matching and mark to market. 
A party exports data to a standard format 401 which is. 
encrypted using public key and other security precau- 
tions 402. Thereafter, the data is transmitted to a server 
403, and the 'transaction" process begins. The data is 45 
monitored on the server 410 and translated and copied 
to a data file 41 1 . The data file is decrypted and authen- 
ticated 412, and then imported, updated, and matched 
with other financial transaction data 413. The system 
runs a reconcilement process 420 for the matched so 
transactions and exports the results to each party in an 
encrypted fbmnat 421. A party can access the server 
440 and receive the results of the matching and the 
mark to market reconcilement process. The server or 
software running on the party's local computer system 55 
decrypts and authenticates the results 441 and imports 
the results to the party's local computer system 442. 
[0078] As illustrated in Rgures 3 and 4, a key 



aspect of present invention is to capture financial trans- 
actions that both parties, such as parties A and B, have 
agreed upon in ternis of the financial transaction data. 
This also assures that both parties are simultaneously 
aware of new transactions. If the transactions are fed by 
remote booking systems, this can occur when the trans- 
action is booked. The methods and systems for an 
embodiment of the present invention assist both parties 
in establishing reconciliation norms and then in monitor- 
ing the mark to market values with more certainty, 
reducing costly exception processing on all sides, which 
Is the main engine for change in this particular market- 
place. 

[0079] Cun^ently, the fact is that the exception 
processing requirements are extremely onerous on all 
parties. The methods and systems for an embodiment 
of the present invention requires little or no reprogram- 
ming of customer systenns. The system for an embodi- 
ment of the present invention generates reports in an 
on-line mode that are available to users and that display 
key financial information that the collateral units of indi- 
vidual users can use to monitor and control their portfo- 
lios of collateralized agreements and the transactions 
covered by those agreements with a certainty that the 
parties are using the same fonnulae. 
[0080] An embodiment of the present invention pro- 
vides a global system that reduces manual activity while 
expanding productivity and acts as a bridge to any con- 
firmation system or systenns, as well as to some depos- 
itory systems. Assume four parties, such as parties A, 
B, C, and D, which can all be, for example, financial 
institutions, such as, banking institutions. Most complex 
transactions, such as swap type transactions are, in 
fact, executed between two financial institutions. Party A 
can be one financial institution, and B can simply be a 
different financial institution. Parties B, C, and D can be, 
for example, the three largest counter-parties to A's 
interest rate swaps book. They are not restricted as to 
geography or the like. 

[0081] If A has collateral agreements, for example, 
with parties B, C, and D, and B has agreements, for 
example, with parties A, C, and D, and so on, there is a 
whole series of bilateral, collateral agreements between 
these four parties. In an embodiment of the present 
invention, transactions are marked to market nightly, for 
example, within A's mainframe or A's server (or B's 
server or C's server or D's server). Once this is com- 
pleted, they feed via a secure high volume line the 
transaction identifications and the martc to martcet val- 
ues for those transactions to the system for an embodi- 
ment of the present invention. 

[0082] In the aforementioned embodiments, a user 
inputs files (files that are provided by parties A, B, C, 
and D) of financial transaction details and of the mark to 
market values associated with those financial transac- 
tions. This can be a daily (or more frequent) data feed 
that includes an identification portion and a mark to 
market portion of the feed. The system for an embodi- 
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ment of the present invention takes this feed, translates 
the data to a common format, and then parses It, and 
validates that, in fact, the system has reconciled the 
transaction. If the system has not reconciled the trans- 
action, the system parses ft, maps it into the language 5 
that the reconcilement system understands, and then 
performs a reconcilement, for example, against client 
B's input files. 

[0083] Therefore, the system translates all of the 
financial transaction data, for example, of today's finan- 10 
cial transactions in standard form and goes through a 
matching routine, as opposed to a confirmation routine, 
to see, for example, if B has input B's side of this partic- 
ular transaction. Once that reconciliation process takes 
place, then, for example, for the next day's feed, the only is 
infomnation the system actually parses out is the new 
mark to market value. 

[0084] In an embodiment of the present invention, 
the output files are, in fact, web-enabled. Effectively, 
they are portfolio reports that the system allows the cus- 20 
tomer to access and to see what their mark to market 
values are versus, for example, any B. or any C or D, 
and so on, and likewise, with any of the other parties. 
Thus, the parties can see what their netted value of 
portfolio transactions is versus other individual counter- 25 
parties. By enabling the parties to do this, they can 
determine very quickly whether or not more or less col- 
lateral is required, and whether, in fact, there is a 
change of collateral required under the terms of the col- 
lateral agreement It is extremely important in a collat- 30 
eral agreement to have cun-ent and accurate mark to 
market values against the collateral agreement to 
reduce risks for each of the parties, and the methods 
and systenr^ for an embodiment of the present invention 
provide a means to reduce such risks. 35 
[0085] The complexities of the process are multi- 
plied by the fact that many of these financial institutions 
have what are known as global books. A global book 
means that certain transactions are booked, for exam- 
ple, in the United States; other transactions of the same 40 
portfolio against B may be booked in the United King- 
dom, and still other transactions may be booked in Sin- 
gapore for, example, against Asia Pacific counter- 
parties. When dealing with a bilateral agreement, it 
means dealing with a netted totality of those transac- 45 
tions versus the same totality of any B. This requires, 
bask^lly, a 24 hour by 7 day capability, so that a finan- 
cial institution with a global book is always updating its 
mark to market values against a party, against the glo- 
bal book of transactions. so 
[0086] Cun-entty, all counter-parties basically deal 
on a bilateral basis, many of them on a manual basis. 
The methods and systems for an embodiment of the 
present invention, provides a 24 hour by 7 day platfonn 
with a web-enabled capability of reviewing portfolios of ss 
mark to market values to any party anywhere in the 
world. An embodiment of the present invention includes, 
for example, a number of major aspects. One aspect, for 
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example, is the matching and reconciliation aspect. 
Once a transaction has been matched and reconciled in 
a transaction between parties, such as A and B, another 
aspect of an embodiment of the present invention, for 
example, is that then the system is able to take and 
parse an updated mark to market valuation against 
those matched transactions and perfomi mathematical 
calculations to create a netted value against those 
transactions. Still another aspect for an embodiment of 
the present invention is to enable a customer to review 
and receive on-line reports of the customer's global 
portfolio. This is done at a server level, in which the cli- 
ent is enabled to access the server for an embodiment 
of the present invention from their local PC and review 
their positions. 

[0087] Another function that a party has is the abil- 
ity to export financial transaction data on the system by 
a counter-party into another spreadsheet. A party can 
download the data into his or her booking/accounting 
system and generate his or her own spreadsheet The 
client application (e.g., GUI) for an embodiment of the 
present invention can be programmed to take on most 
any format of spreadsheet that a party utilizes. In this 
way, a party can import their latest financial transac- 
tional data every moming into the system and make it 
available to any counter-party that access the system. 
[0088] Referring now to Rgure 5, entitled "Expo- 
sure Summary Report for Bank No. 1 a sample Expo- 
sure Summary Report is provided to illustrate a report in 
an embodiment of the methods and systems for collat- 
eral matching and mark to market reconciliation. The 
sample report represents the exposure of one party, 
represented by Bank 1, to two or more other parties, 
represent by Bank 2 and Bank 3. 
[0089] The exposure that Bank 1 has to the others 
is separated between those transactions that are 
matched, for instance between Bank 1 and Bank 2, and 
those that are not matched between Bank 1 and Bank 2. 
Each bank's transaction values are accumulated for that 
portion of the portfolio that is matched and unmatched. 
The individual net sums mean that when all transactions 
ara summed, keeping mind of the sign of the value 
according to that parties MTM value, the net exposure 
of Bank 1 to Bank 2 can be visually depicted. In this 
illustration. Bank 1 has a 21,214,590.41 total positive 
exposure to Bank 2; Bank 2 has a total negative expo- 
sure to Bank 1 of 41 ,281 ,764; and the total net exposure 
that Bank 2 has to Bank 1 is 20,067,173.59. This is 
repeated for each counter-party that Bank 1 has expo- 
sure to or from. 

[0090] Figures 6A-D, entitled "Data Table for 
Matched Rnancial Transactions," illustrate sample data 
for matched financial transactions in an embodiment of 
the methods and systems for collateral matching and 
mark to market reconciliation. The present invention 
matches all transactions input by each bank to the 
other. 

[0091] Figure 6A represents the matched ti^nsac- 
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tions between Bank 1 and Bank 2. The table displays all 
data for both banks that represent the matching criteria. 
Once a financial transaction is matched, the two sides 
of the matched transaction are given a unique identifier 
known as the "Recon Matching ID" that remains for the 
life of the matched transaction. Rgure 68 is a continua- 
tion of Figure 6A so that the totals are displayed. The 
totals include the number of records and the net sum of 
the mark to market values of matched trades. 
[0092] Rgure 6C shows similar matched trades 
between Bank 1 and Bank 3. Figure 6D is a continuation 
of 6C so that the totals are displayed, as in Rgure 68. 
This particular example shows a net negative mark to 
market value from Bank 1 to Bank 3. 
[0093] Rgure 7. entitled "Data Table for Unmatched 
Financial Transactions," depicts an unmatched financial 
transaction table representing two parties, Bank 1 and 
Bank 2. All transaction data is displayed so that Bank 1 
can use this table as a worksheet when reconciling with 
Bank 2. All transactions are viewed from the point of 
view of Bank 1 , although the system knows that the 
counter-party for each of the transactions represented 
is Bank 2. 

[0094] Rgure 8, entitied "Data Table for Expired 
Rnancial Transactions," illustrates sample data for 
financial transactions that have expired or matured. The 
table displays all expired transaction where Bank 1 is 
one party and Bank 2 is the counter-party. The table is 
divided by those transactions denominated in United 
States Dollars (USD) and those denoted by other cur- 
rencies. 

[0095] Rgure 9, entitied "Import Errors Bank No. 2," 
illustrates financial transaction data submitted by one 
party, Bank 2, that failed validation checks and was sub- 
sequently rejected. Rnancial transaction data may be 
rejected because the data file doesnl contain certain 
required fields or because certain fields contain specific 
data formats. This table includes all rejections with the 
appropriate error messages. 

[0098] Rgure 10, entitled "International Swaps 
Dealers Association (ISDA) Agreement Matrix," illus- 
trates a sample ISDA Agreement Matrix in an embodi- 
ment of the methods and systems for collateral 
matching and mark to market reconciliation. The ISDA 
is an industry managed association that creates and 
maintains standards for how financial transactions are 
processed by all parties. These standards are different 
for each type of financial instrument, and likewise there 
are different standards of documentation for each type 
or class of financial transaction. 
[0097] The ISDA Agreement Matrix shows that any 
party can have different agreements or versions of the 
agreements with different counter-parties, depending 
when the agreements were negotiated. The ISDA 
matrix serves as the baseline for the present invention 
to recognize the terms under which the financial trans- 
action is processed. 

[0098] Rgure 1 1 , entitled "Sample Input Data Files.' 



illustrates three sample input data file formats in an 
embodiment of the methods and systems for collateral 
matching and mark to market reconciliation. The three 
formats include: 

5 

• Tab Delimited 

• Rxed Format 

• Tab Delimited with Headings. 

10 [0099] Rgures 12A-D, entitied "RIe Import Specifi- 
cation," represent examples of inputs that have been 
stripped from the fomriats provided t)y the inputting party 
and that are translated to the standard mark to market 
reconcilement format. 

15 [0100] Rgure 13, entitied "Matching Criteria," illus- 
trates a data table of matching criteria in an embodi- 
ment of the methods and systems for collateral 
matching and mark to market reconciliation. In this 
embodiment, the present invention uses field matching 

20 criteria to match financial transactions from two or more 
parties. Some fields require exact matches, while others 
may have tolerances. For example, data that shows a 
date for party A that is one day different from the corre- 
sponding date for party 8 may still be considered as a 

25 matching date. 

[0101] There are also different levels of matching. 
For example, two parties may bilaterally determine a 
very lenient matching criteria that is categorized by the 
system as a "Level 3" matching criteria. In this instance 

30 (i.e.. Level 3), many fields require exact matches, but 
the maturity date of the transaction could be different by 
ten days for a transaction between the two parties and 
still be considered a matched trade. 
[0102] Figures 14A and 148, entitied Tables of 

35 Data Relds," illustrate sample financial transaction data 
tables that specify the field names, the data type within 
the field, and the maximum data length of the field. 
[0103] The foregoing description and associated 
figures detail only illustrative examples of the environ- 

40 ment in which the invention can be used and are not 
intended to be limiting. For instance, data fields and 
attributes can be constantly updated and added by 
authorized users (e.g., parties, system administrators, 
financial service providers, etc.). Furthermore, the pro- 

45 gramming languages, software platfomis, operating 
systenns, hardware components, communkiations pro- 
tocols, and other technology mentioned in the foregoing 
description are by way of example only, and the present 
invention may always be enhanced to incorporate the 

50 most advanced available technology. Variations and 
modifications of the present invention is apparent to one 
skilled in the art, and the above disclosure is intended to 
cover all such modifications and equivalents. 

55 Claims 

1 . A platfomri-independent method of collateral match- 
ing and mari< to market reconcilement using a glo- 
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bal communications network, comprising: 

accessing said global communications net- 
work; 

transmitting financial transaction data, wherein s 
said financial transaction data comprises finan- 
cial data and user instructional data; 
converting said financial transaction data to a 
standard format; 

comparing a first set of financial transaction io 
data with a second set of financial transaction 
data to detemnlne a collateral match decision; 
retrieving mark to market parameters for said 
financial transaction data associated with said 
collateral match decision; is 
using said mark to market parameters to calcu- 
late a market value for said financial transac- 
tion data associated with said matched 
decision; and 

providing useful reports. 20 

The method of claim 1 , wherein said mark to market 
parameters comprise at least one of the following: 

market values associated with a financial trans- 25 
action; and 

user specified decision criteria for valuing said 
financial transaction; and 
user specified decision criteria for reconciling 
said financial transaction. 30 

The method of claim 2, wherein said market values 
associated with said financial transaction comprise 
real-time, worid-wide market values. 

35 

The method of claim 1 , further comprising: 

managing said financial transaction data; 

auditing said financial transaction data upon 40 
submission by a user; and 

administering said financial transaction data. 

The method of claim 1 , wherein said converting of 45 
said financial transaction data to said standard for- 
mat comprises: 

providing a template for import of said financial 
transaction data in an electronic medium; so 

importing said financial transaction data; 

creating an import specification for said stand- 
ard format of each file; and 55 

generating a unique import specification code 
to monitor said file. 



6. The method of claim 1 , wherein said converting of 
said financial transaction data to said standard for- 
mat comprises: 

providing a template for export of said financial 
transaction data in an electronic medium; 
exporting said financial transaction data; 
creating an export specification for said stand- 
ard format of each file; and 
generating a unique export spedfication code 
to monitor said file. 

7. The method of claim 1 , further comprising: 

processing said financial transaction data 
using a mark to market processor 

8- The method of claim 1 , further comprising: 

processing said financial transaction data 
using a data conversion processor. 

9. The method of claim 8, wherein said data conver- 
sion processor comprises: 

managing a data file from said user; 
converting said data file to a standard file for- 
mat; 

parsing said data file; 

validating said data file; 

converting a data field to a standard data field 

format; 

inserting a filler data field for empty-fixed data 
fields; 

mapping a standardized, populated data field 
according to said user's preferences; 
reconfiguring import specifications; 
creating new import specifications; 
reconfiguring export specifications; 
creating new export specifications; and 
logging en-ors. 

10. The method of claim 1 , further comprising: 

processing said financial transaction data 
using a recondlement processor. 

11. The method of daim 10, wherein said reconcile- 
ment processor comprises: 

configuring updated data fields; 

using one or more matching algorithms for a 

set of parties associated with said financial 

transaction; 

prioritizing matching algorithms for said set of 
parties associated with said financial transac- 
tion; and 

using tie-breaker rules when said matching 
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algorithm returns more than one or more mar- 
ket valuations for said financial transaction data 
associated with said collateral match decision. 

12. The method of claim 1 , wherein said useful reports s 
comprise a report of at least one of the following: 

said collateral match decision; 
said market value; 

said real-time wortd-wide market value; 
total exposure of said user; 
import enters for said user; 
said mark to market parameters; 
said user specified decision criteria for valuing 
said financial transaction; and 
said user specified decision criteria for recon- 
ciling said financial transaction. 



financial transaction; and 

user specified decision criteria for reconciling 
said financial transaction. 

16. The system of claim 15, wherein said market values 
associated with said financial transaction comprise 
real-time, worid-wide market values. 



10 17- The system of claim 14, further comprising: 

means for managing said financial transaction 
data; 

means for auditing said financial transaction 
15 data upon submission by a user; and 

means for administering said financial transac- 
tion data. 



13. The method of claim 1, further comprising: 

controlling a communications path for discuss- 
ing said financial transaction data and one or 
more associated market valuations among 
multiple users. 



tions network; 

means for transmitting financial transaction 
data, wherein said financial transaction data 
comprises financial data and user instructional 
data; 

means for converting said financial transaction 
data to a standard format; 
means for comparing a first set of financial 
transaction data with a second set of financial 
transaction data to determine a collateral 
match decision; 

means for retrieving mark to market parame- 
ters for said financial transaction data associ- 
ated with said collateral match decision; 
means for using said mari( to market parame- 
ters to calculate a market value for said finan- 
cial transaction data associated with said 
matched decision; and 
means for providing useful reports. 

15. The system of claim 14, wherein said mark to mar- 
ket parameters comprise at least one of the follow- 
ing: 

market values associated with a financial trans- 
action; and 

user specified decision criteria for valuing said 



18. The system of claim 14, wherein said converting of 
20 said financial transaction data to said standard for- 
mat further comprises: 

means for providing a template for import of 
said financial transaction data in an electronic 
medium; 

means for importing said financial transaction 
data; 

means for creating an import specification for 
said standard format of each file; and 
means for generating a unique import specifi- 
cation code to monitor said file. 

19. The system of claim 14, wherein said converting of 
said financial transaction data to said standard for- 

35 mat further comprises: 

means for providing a template for export of 
said financial transaction data in an electronic 
medium; 

40 means for exporting said financial transaction 

data; 

means for creating an export specification for 
said standard format of each file; and 
means for generating a unique export specifi- 
cs cation code to monitor said file. 

20. The system of claim 14, further comprising: 

means for processing said financial transaction 
50 data using a mark to market processor. 

21. The system of claim 14, further comprising: 

means for processing said financial transaction 
55 data using a data conversion processor. 

22. The system of claim 21, wherein said data conver- 
sion processor comprises: 



25 

14. A platfomn-independent system of collateral match- 
ing and mark to market reconcilement using a glo- 
bal communications network, comprising: 

means for accessing said global communica- 30 
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means for managing a data file from said user; 
means for converting said data file to a stand- 
ard file format; 

means for parsing said data file; 
means for validating said data file; s 
means for converting a data field to a standard 
data field format; 

means for inserting a filler data field for empty- 
fixed data fields; 

means for mapping a standardized, populated 
data field according to said user's preferences; 
means for reconfiguring import specifications; 
means for creating new import specifications; 
means for reconfiguring export specitications; 
means for creating new export spedfications; 
and 

means for logging errors. 

23. The system of claim 14, further comprising: 

means for processing said financial transaction 
data using a reconcilement processor. 

24. The system of claim 23, wherein said reconcile- 
ment processor comprises: 

means for configuring updated data fields; 
means for using one or more matching algo- 
rithms for a set of parties associated with said 
financial transaction; 

means for prioritizing matching algorithms for 
said set of parties associated with said finan- 
cial transaction; and 

means for using tie-breaker rules when said 
matching algorithm returns more than one or 
more market valuations for said finandal trans- 
action data associated with said collateral 
match decision. 

25. The system of claim 14, wherein said useful reports 
comprise a report of at least one of the following: 

said collateral match decision; 
said market value; 

said resil-time worid-wide market value; 
total exposure of said user; 
import errors for said user; 
said mark to market parameters; 
said user specified decision criteria for valuing 
said financial transaction; and 
said user specified decision criteria for recon- 
ciling said tinancial transaction. 

26. The system of claim 14, further comprising: 

means for controlling a communications path 
for discussing said financial transaction data 
and one or more associated market valuations 



among multiple users. 

27. A platform-independent automated collateral 
matching and mark to market reconcilement 
method for creating, managing, verifying, and con- 
firming matched financial transactions, comprising: 

displaying a user module for viewing, selecting. 
Inputting, and transmitting transaction data 
from a user to a network collateral matching 
and reconcilement system; 
receiving said transaction data upon submis- 
sion by a user; 

translating said transaction data upon submis- 
sion by said user, 

authenticating said transaction data upon sub- 
mission by said user; 

storing said transaction data upon submission 
by said user; 

assodating said transaction data with collateral 
matching parameters to determine a matching 
outcome; 

using said transaction data associated with 
said matching outcome to delemriine a mari< to 
market valuation; and 

transmitting said mark to maricet valuation to be 
displayed by said user interiace. 

28. The method of claim 27, further comprising: 

auditing said transaction data upon submission 
by said user; 

controlling a communications path for discuss- 
ing said transaction data and said matching 
outcome among multiple users; and 

generating useful reports. 

29. A platform-independent automated collateral 
matching and mark to maricet reconcilement sys- 
tem for creating, managing, verifying, and confimn- 
ing matched finandal transactions, comprising: 

means for displaying a user module for viewing, 
selecting, inputting, and transmitting transac- 
tion data from a user to a network collateral 
matching and reconcilement system; 
means for receiving said transaction data upon 
submission by a user; 

means for translating said transaction data 

upon submission by said user; 

means for authenticating said transaction data 

upon submission by said user; 

means for storing said transaction data upon 

submission by said user; 

means for associating said transaction data 

with collaterBl matching parameters to deter- 
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mine a matching outcome; 
means for using said transaction data associ- 
ated with said matching outcome to detemriine 
a mark to market valuation; and 
means for transmitting said mark to market val- s 
uation to be displayed by said user interface. 

30. The system of claim 29, further comprising: 

means for auditing said transaction data upon io 
submission by said user; 

means for controlling a communications path 
for discussing said transaction data and said 
matching outcome among multiple users; and is 

means for generating useful reports. 

31. A secure, platform-independent automated system 

for collateral matching and mark to market recon- 20 
cilement, comprising: 

a network automated collateral matching and 
mark to market reconcilement system coupled 
to at least one communicatior^ network having 25 
a plurality of users; 

an interactive user module coupled with a net- 
work management system server connected to 
said communications network having a plurality 
of users; 30 
a plurality of client tenninals coupled to said 
interactive user module for user interaction with 
said network automated collateral matching 
and mark to market reconcilement system. 

35 

32. The system of claim 31 , wherein said interactive 
user module comprises an applk^ation that is down- 
loaded from a web-page to said network automated 
collateral matching and mark to market reconcile- 
ment system. 40 

33. The system of claim 31, wherein said interactive 
user module is communk:ated to said network auto- 
mated collateral matching and mark to maricet rec- 
oncilement system by one of an internet, an 45 
intranet, or an extranet. 

34. The system of claim 31 , wherein said communica- 
tions network is a financial institution's communica- 
tions network. so 
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Daily Transaction Reconcilement Flows 

Client Transaction Flow 

START OF DAY 



Export data to 
ASCnfile 



_ 401 



410 _ 



Monitor FTP 
server 



Encrypt using 
public key and add 
digital signature 



_ 402 



411 



As each file arrives 
translate and copy 
to server 



Login to FTP 
server and transmit 
file 



Decrypt and 
- audienticate 



_ 403 



413 _ 



hnpoTt, update 
and match each 
file as it arrives 



T 



PERIODIC RECONCILIATION EVERY N HOURS 



420 « 



Run reconciliation 
for all participants 



421 _ 



Export results for 

each client, 
encrypt and copy 
to FTP server 



Login to FTP server and 
receive results file(s) 



. 440 



Decrypt and 
authenticate 



_ 441 



Import results to 
MS-Access 
reporting system or 
in-house system 



_ 442 



FIG. 4/14 
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Exposure Summary Report for Bank No. 1 



Bank No. 2 



Matched 



OURS 



-21,590,096.77 



Unmatched 



OURS 



42,804,687.18 



Total 



21,214,590.41 



Matdied 



THEIRS 



24,548,818.00 



Umnatclied 



THEIRS 



-65.830,582.00 



Total 



-41,281,764.00 



Bank No. 3 



NET 



-20,067,173.59 



Matched 



OURS 



28,698,177.31 



Unmatched 



OURS 



20,611,853.19 



Total 



49310,030.50 



Matched 



THEIRS 



-35,761,533.08 



Unmatched 



THEIRS 



-4,059325.65 



Total 



FIG. 5/14 



-39,820,858.73 



NET 



9,489,171.77 
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Import Errors Bank No. 2 



BANK2 



c:/derivs/imports/baiik2.tab 



AT LINE: 



135 



No data for required field Field [deal req] vahie [] 



NY5006-9987500-USD-25/02/97-25/08/97-0-0 



BANK2 



c:/derivs^poits/bank2.tBb 



AT LINE: 



109 



No data for required field I^eld [deal req] value [] 



N00()0282780-10O0000()0-USrM)8A)9/93-10y09/97-O-0 



BANK2 



c:/derivs^nq;>orts/bank2.tab 



AT LINE: 



107 



No data for required field Field [deal req] value G 



N0000205090-5000000a-USD-21/07/92-23/07/97-aO 



BANK2 



c:/denvs/imports/bank2.tab 



AT LINE: 



104 



No data for required field Field [deal req] value Q 



N0000069866-40000000-USD-18A)4/91-l7/12/97-(M) 



BANK2 



c:/denvs^mports/banlc2.tab 



AT LINE: 



103 



No data for required field Field [deal req] value Q 



N0000069857-17000000-USIX18/04/91-I7/12/97-0-0 



BANK2 



c:/derivs^ports/baiik2.tab 



AT LINE: 



16 



No data for required field Field [deal req] vahie [] 



LNCFl86496-200000000-DEM-Ol/03/95-03/03/98-a^ 



BANK2 



c:/derivs^ports/baii]c2.tab 



AT LINE: 



13 



No data for required field Field [deal req] value Q 



L000013233-25000000^BP-04/l 1/94-04/1 1/97-0-0 



BANK2 



cVdenvs/tn)ports/baiik2.tab 



AT LINE: 



12 



No data for required field Field [notional 1] value Q 



FRA-USD-Crn-0-USD-18/12/96-l8/12/99-196933-0 



BANK2 



c:/derivs^ports/bank2.tab 



ATLINE: 



11 



No data for required field Field [notional 1] value Q 
COM010082-0-USD-06/06/97-0d/06/00-144019-0 



FIG. 9/14 
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International Swap Dealer Association (ISD A) Agreement Matrix 





Products 


XMARUS30AA1 


MGTCUS33XXX 


TSCOGB22AA1 


XMARUS30AA1 


ms.xcY 


XX 


ISDA87 


ISDA92 






XX 


19880621 


19930101 






XX 


A 


A 




FRA 


XX 


BBAIR 








XX 


19871201 








XX 


A 




MGTCUS33XXX 




ISDA87 


XX 


ISDA92 






19880621 


XX 


19960505 






B 


XX 


A 






BBAIR 


XX 


BBAIR 






19871201 


XX 


19871201 






A 


XX 


A 


TSCOGB22AA1 




ISDA92 


ISDA92 


XX 






19930101 


19950101 


XX 






B 


B 


XX 



FIG. 10/14 
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Sample Input Data Hies - Three (3) Types of Input Format 



TtbdeUmited- BANKIE 

GB600 8900001464 

B C3P 

319576188905499 
GB600 8900001464 

S ITL 

104163960 
GB600 8900001464 

B ITL 

11755169264S8I.8 19866 
CB600 8900001464 

SWAP SNO 

20000000-200000001 1594203 
GB600 8900001464 
SWAP SING 

15000000-150000008695652 
GB600 8900001464 
SWAP SNG 

10000000-10000000695991 1 



41172 BANK3 

09/11/94 09/11/99 
388058 17574 14723073 0 92 
41172 BANK3 

15/05/97 20/06/97 
17603.5 0 0 

41172 BASK3 

19/06/97 imjm 
822861.9 10874440.48 

8002725754 BANK3 
3012 DEM 
-1112029 142920.2 
8002725754 BANK3 
3012 DEM 
-1806968 281333.4 
8002725754 BANK3 
3011 CHF 
352298.1 32191.75 



14943 13022EQ INDEX OPTIONS 3359 
19400000 

1497135190EQ INDEX OPTIONS 3386 
-17603500000 

0 

1497170392EQ INDEX OPTIONS 3387 
19866000000 

LONDON (SWAP) 389300002 

DEM 27/10/89 30/10/98 3m0/89 301098 

0 

LONDON (SWAP) 390183004 

DEM 02/07/90 05/07/00 05/07/90 OSOTflO 

0 

LONDON (SWAP) 392022006 
CHF 22A)l/92 26/01/98 24/01/92 26«1^ 
384489.8 



COMPANY 



fixFbrat-BANKlN 

1195SW12 0393174024 EUROP NYBANK2 

0000616303 BANK200MP/VNY-N EUROP 8000886971 0000616303 SWPS3012 
DKKDKK 100000000.00 -100000000.0014997226.00 -406435.58 07-JUL-97 

06/23/1998 06/23/1998 

1195SW12 0393288023 EUROP NYBANK2 COMPANY 

0000616303 BANK200MPANY LO EUROP 8000803804 0000616303 SWPSC301 1 
ITL ITL 25000000000.00 -25000000000.00 1 465 1930>^1 485344.27 07/JfUU-97 

10/19/2000 10/19/2000 
n9SSW]2 0394012035 EVJUOP 

0000616303 BANK2C0MPANY LO EUROP 8000803804 
FRF FRF 750000000.00 -750000000.00 
01/13/1999 01/13/1999 
1195SW12 0394034032 EUROP 

0000616303 BANK200MPANY-N EUROP 8000886971 
FRF FRF 100000000.00 -100000000.00 
02/04/1998 02/04/1998 
1195SW12 0394039053 EUROP 

000616303 BANK2 COMPANY LO EUROP 8000803804 



COMPANY 



NYBANK2 
0000616303 SWPSC301I 
127026066.18 4997872.96 07-JUL-97 

NYBANK2 COMPANY 
0000616303 SWPSD012 
16936808.82 -441474.27 07-JUL-97 



NYBANK2 
0000616303 SWPSC3011 



COMPANY 



DEM DEM 100000000.00 
02/10/19994 02/10/1999 



' 1 00000000.0057 1 1 0220. 1 9 



4583895.29 07-JUL-97 



errs 


0100042228 


06/23/1993 


06/23/1993 


CTS 


0100042228 


10/15/1993 


10/19/1993 


CTS 


0100042228 


01/12/1994 


01/13/1994 


CTS 


0100042228 


02/03/1994 


02/04/1994 


CTS 


0100042228 


02/08/1994 


02/10/1994 



TabDeUmitedBitfa htJHiiigs - BANia 



TmuactioD ID 


Notional 


Ccy 


TnmsBctioD Date 


MatwityDate DEALREQ 


44513 


10000000000 


JPY 


14/11/95 


15/U/99 


212820 


0 




44514 


10000000000 


JPY 


14/11/95 


15/U/99 


5059420 


0 




18163 


lOOOOOOOO 


CHF 


02/10^96 


06/10/99 


1430964 


0 




186644 


25000000 


DEM 


23/06/95 


23/06/00 


67183 


0 




186704 


lOOOOOOOO 


DEM 


07/08/95 


07/08/99 


3153 


0 




187152 


lOOOOOOOO 


I^M 


23/09/96 


13/02/98 


-4155335 


0 




187171 


lOOOOOOOO 


CHF 


03/10/96 


07/10/99 


1294263 


0 




187177 


150000000 


CHF 


04/10/96 


07/10/99 


1541463 


0 




187194 


200000000 


CHF 


15/10/96 


15/10/97 


2248009 


0 




(X>M010082 


0 


USD 


06A>6/97 


06A>6/00 


1444019 


0 




FRA-USVOTl 


0 


USD 


18/12/96 


18/12/99 


196933 


0 




L000013233 


25000000 


GBP 


04/11/94 


04/11^7 


0 


0 




L000044507 


5000000000 


JPY 


13/06/96 


17/12W 


-77367 


0 




L000187481 


50000000000 


ITL 


31/05/96 


04/06/99 


-6035 


0 




LNCFI 86496 


200000000 


DEM 


01/03/95 


03/03^8 


0 


0 




LNSW00353t3 


150000000 


£K 


07/09/94 


09/09/97 


-1994031 


0 




LNSWO 16798 


50000000 


DEM 


27/05/92 


15/07/97 


-1982180 


0 




LNSWO 16863 


50000000 


DEM 


27/05/92 


15/07/02 


-3351200 


0 




LNSW023285 


lOOOOOOOO 


DKK 


23/06/93 


23/06/98 


1132865 


0 




LNSW026045 


25000000000 


ITL 


15/10/93 


19/10A)0 


-1345684 


0 




LNSW028079 


750000000 


FRF 


12A)t/94 


13/01/99 


-4898807 


0 




LNSW028815 


lOOOOOOOO 


FRF 


03/02/94 


04/02^8 


440713 


0 




LNSW028953 


lOOOOOOOO 


DEM 


08/02/94 


10/02/04 


-3779613 


0 




LNSW029037 


50000000000 


ITL 


10/02/94 


14/02/98 


227029 


0 


FIG. 


LNSW032838 


250000000 


SEK 


15/06/94 


17/06/99 


3091420 


0 



11/14 
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FILE IMPORT SPECIFICATION 



Bank Bank No. 1 Specification BANKIE c:/derives/imports/bankle.txt 



Input Field 


Type 


Fonhat 


Re^qd. 


Position 


Length 


Map laoie 


wuipui rieiu 


jjeiauii 


BIC 


fixed 




Yes 


0 


0 








client class 


text 




No 


1 


0 








counterparty 


text 




Yes 


2 


0 


MapCP 


CpolL' 




counterparty 


text 




Yes 


2 


0 




inputCP 




account id 


text 




INO 




A 

u 








account id nam 


text 




No 


4 


0 








transaction id 


text 




Yes 


5 


0 




transaction id 




InimtProduct 


text 




Yes 


6 


0 




InputProduct 




transaction_type 


text 




Yes 


6 


0 


MapProduct 


Product 




product code 


number 




No 


7 


0 








buy sell ind 


text 




No 


8 


0 




Buy Sell 




ccyl 


text 




Yes 


9 


0 




PayCcy 




ccy2 


text 




Yes 


10 


0 




RecCcy 


[Ccyl] 


trade date 


date 


dd/mnVyy 


Yes 


11 


0 




trade date 




settle date 


date 


dd/mm/yy 


Yes 


12 


0 




settle date 




start date 


date 


dd/mm/yy 


Yes 


13 


0 




start date 


[trade_diat 


maturity date 


date 


dd/nim/yy 


Yes 


14 


0 




matuhty^date 




security id 


text 




No 


15 


0 








notionall 


number 




Yes 


16 


0 




PayNotional 




notional2 


number 




Yes 


17 


0 




RecNotional 


[notionall] 


notional 


number 




No 


18 


0 








marktomaiket 


number 




Yes 


19 


0 




MTM 




Strike Prices 


1 number 




No 


20 


0 




Strike Price 





FIG. 12A/14 
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FILE IMPORT SPECIFICATION 



Bank Bank No. 1 Specification BANKIN cyderivesyinpoits/baiiklatxt 



Tnniit Fiekl 


Tvoe 


Fonnat 


Re'qd, 


Position 


T /gngth 


Map Table 


Output Field 


De&ult 


BIC 


&ed 




Yes 


0 


0 




BIC 


BANKl 


transaction kl 


text 




Yes 


18 


16 




transaction id 




ParentTians actio 


text 




No 


60 


16 




PaientID 




inputCP 


text 




Yes 


181 


10 


M^CP 


cpBIC 




inputCP 


te^tt 




Yes 


181 


10 




inputCP 




InputProduct 


text 




Yes 


191 


16 


MapProduct 


Product 




InputProduct 


text 




Yes 


191 


16 




InputProduct 




Buy/Sen 


text 




No 


202 


1 




Buy Sen 




caD_put 


text 




No 


204 


1 




call_put 




Strike Price 


number 




No 


207 


20 




Strike Price 




ccyl 


text 




Yes 


243 


3 




Payccy 




ccy2 


text 




Yes 


247 


3 




Recccy 


(ccyl) 


notionall 


number 




Yes 


256 


20 




PayNotional 




notiooalZ 


number 




Yes 


276 


20 




RecNotk>nal 




notionalUSD 


nun^er 




No 


296 


19 




NotionalBase 




MTM 


number 




Yes 


315 


20 




MTM 




MTMdate 


date 


dd/mm^yy 


Yes 


335 


10 




MTMdate 




trade date 


date 


mnVdd/yyyy 


Yes 


345 


11 




trade date 




staitdate 


date 


mm^dd/yyyy 


No 


357 


11 




stait date 




maturity date 


date 


mDydd/yyyy 


Yes 


369 


12 




maturitydate 




settfenoent date 


date 


mn/dd/yyyy 


Yes 


381 


11 




settle date 





FIG. 12B/14 
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FILE IMPORT SPECIFICATION 



Bank Bank No. 2 Specification BANK2 c:/derivesyimports/bank2.tab 



Input Field 


Type 


Fonnat 


Re'qd. 


Position 


Length 


Map 
Table 


Output Field 


Default 


cpBIC 


fixed 




No 


0 


0 




cpBIC 


BANKl 


Pnxiuct 


fixed 




No 


0 


0 




Product 


OTHER 


BIC 


fixed 




No 


0 


0 




BIC 


BANK2 


transaction id 


text 




Yes 


1 


0 




transaction id 




notionall 


munber 




Yes 


2 


0 




Paynotional 




ccyl 


text 




Yes 


3 


0 




Payccy 




transaction 
date 


date 


dd/nnn/yy 


Yes 


4 


0 




trade_date 




maturitydate 


date 


dd/nmi^y 


Yes 


5 


0 




maturity date 




deal req 


Dumber 




Yes 


6 


0 




NfTM 





FIG. 12C/14 
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FILE IMPORT SPECIFICATION 



Bank Bank No. 3 Specification BANK3 c:/derives/imports/bank3.txt 



Input Field 


Type 


Format 


Re'qd, 


Position 


Length 


Map Table 


Output Field 


De&ult 


buysell 


fixed 




Yes 


0 


0 




buysell 




cpBIC 


fixed 




Yes 


0 


0 




cpBIC 


BANKl 


BIC 


fixed 




Yes 


0 


0 




BIC 


BANK3 


src s^^tem id 


text 




No 


1 


0 








book id 


text 




No 


2 


0 








trade id 


text 




Yes 


3 


0 




transaction id 




ticket id 


text 




No 


4 


0 








instype 


text 




Yes 


5 


0 


MapPioduct 


Product 




ins^type 


text 




Yes 


5 


0 




inputProduct 




rec notional 


number 




Yes 


7 


0 




Paynotional 




rec notional ccy 


text 




Yes 


13 


0 




PayCcy 




trade date 


date 


dd/mm/yy 


Yes 


14 


0 




trade date 




maturitydate 


date 


dd/nun/yy 


Yes 


15 


0 




maturity date 




business date 


date 


dd/mm/yy 


Yes 


16 


0 




MTMdate 




base mtm 


number 




No 


17 


0 




MTM 




other ccy 


text 




Yes 


30 


0 




Recccy 


[recnotio 


other notional 


number 




Yes 


31 


0 




RecNotional 


[rec notio 


put_call 


text 




No 


34 


0 


MapCodes 


call put 




buysell 


text 




No 


35 


0 


MapCodes 


buy sell 




effective date 


date 


dd/mm/yy 


No 


37 


0 




start date 
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Matching Criteria 

Level external 



Order 


FieMl 


Field! 


Type 


Tolerance 


Ttype 


Special 


Vahiel 




1 


BIC 


cpBIC 


text 


0 










2 


cpBIC 




text 


0 










3 


EtfemalMatchID 


BIC 


text 


0 













M 










Order 


Fteldl 


Field2 


Type 


Tolerance 


Tlype 


Special 


\^el 


V^e2 


1 


BIC 


cpBIC 


te^ 












2 


cpBIC 


BIC 














% 


Product 




tejl 












4 


PayCcy 




te3d 












c 


RecCcy 




text 












o 


Paynotional 




number 












7 


Kecnotioiial 




number 












9 
o 


inaturity_date 




date 


5 


d 








9 


trade date 




date 


1 


d 








lit 


buy sen 




text 


0 




A 


B 


S 


11 


call put 




text 


0 




B 






T P'^jipI 


bveU 


Older 


Fiekil 


Fiekl2 


Type 


Tolerance 


Ttypc 


Special 


Vabiel 


Value2 


1 


BIC 


cpBIC 


text 












2 


cpBIC 


BIC 














•J 


Product 




tai. 












A 


PayCcy 




tejd 














RecCcy 




XeA 














PayNotional 




nund>er 












7 


RecNotional 




number 












8 


matuiity date 




date 


5 


d 








Level 


levetZ 










Order 


FteUl 


Field2 


Type 


Tolezanoe 


Ttype 


Special 


\^el 


Vbhie2 


1 


BIC 


CpBIC 


text 












2 


cpBIC 


BIC 














3 


IWuct 




text 












4 


PayCcy 
















5 


RecCcy 




teTt 












6 


PayNotional 




number 












7 


RecNotional 




number 












Level 


leveB 




Older 


Feldl 


Fiekl2 


Type 


Tolerance 


Ttype 


Special 


Vahiel 


Value2 


1 


BIC 


cpBIC 




0 










2 


cpBIC 


BIC 


text 


0 










3 


Product 




text 


0 










4 


PayCcy 




text 


0 










5 


PayNotioQal 




number 


0 










6 


trade date 




date 


0 










7 


matuiity date 




date 


10 


d 
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Tables of Data Fields 



Trades Tables 



Name 


Type 


Length 


Inq)ortCode 


Text 


10 


BIC 


Text 


12 


cpBIC 


Text 


12 


InpaiCP 


Text 


50 


parentlD 


Text 


15 


transaction id 


Text 


20 


cp transaction id 


Text 


20 


Product 


Text 


8 


IiQ>utProduct 


Text 


25 


PayCcy 


Text 


5 


PayNotional 


Number 


8 


RecCcy 


Text 


5 


RecNotional 


Number 


8 


NotionalBase 


Number 


8 


trade date 


Date/Time 


8 


Start Date 


Date/Time 


8 


MaturityDate 


Date/Time 


8 


settle date 


Date/Time 


8 


Call Put 


Text 


5 


Buy_Sell 


Text 


5 


Strike Price 


Number 


8 


MatdiCode 


Text 


15 


Matchnumber 


Number (Long) 


4 


ManualMatch 


Yes/No 


2 


ExtemalMatchId 


Text 


25 


ManualLink 


Number (Long) 


4 


MTM 


Number 


8 


MTMdate 


Date/Time 


8 


reconflag 


Yes/No 


1 


%difiF 


Number 


8 


absdiff 


Number 


8 


status 


Number 


2 


created 


DateA'ime 


8 


lastupdated 


DataTime 


8 
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Tables of Data Fields 

Import Specificatioiis 


Name 


Type 


Length 


ImportFileSpecs 






ImportCode 


Tert 


10 


BIC 


Text 


10 


Descriptioa 


Text 


50 


fikpath 


Text 


50 


type 


Text 


10 


delimiter 


Text 


2 


sldprecs 


Number (Integer) 


2 


eof 


Text 


50 


outputtypc 


Text 


5 


table 


Text 


50 


Active 


Yes/No 






Name 


Type 


Length 


ImportFiddSpecs 






Importcodc 


Text 


10 


ifield 


Text 


50 


itypc 


Text 


10 


ifonnat 


Text 


25 


irequired 


Yes/No 


1 


ikey 


Ycs/No 


1 


ikeyno 


Number (Integer) 


2 


ikeyid 


Text 


10 


ifiddpos 


Number (Integer) 


2 


ifielden 


Number (Integer) 


2 


imaptablc 


Text 


75 


ofield 


Text 


50 


ofonnat 


Text 


50 


de&ultvalue 


Text 


50 


comments 


Text 


255 


Map Tables 


Name 


Type 


Length 


MapCP 






Importcodc 


Text 


10 


inputvahie 


Text 


50 


outputvalue 


Text 


10 


MapProduct 






inqxirtcode 


Text 


10 


inpotvahie 


Text 


50 


outputvalue 


Text 


10 


Match Criteria 


Name 


Type 


Length 


MatcfaCodes 






MatchCode 


Text 


25 


MatchOrder 


Number (Integer) 


2 


Fiddl 


Text 


50 


Fidd2 


Text 


50 


FiddType 


Text 


10 


Tolerance 


Number 


8 


TolType 


Text 


10 


Special 


Text 


10 


Valuel 


Text 


50 


Value2 


Text 


50 
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